home *** CD-ROM | disk | FTP | other *** search
-
- AMIGA-DNET V2.00
-
-
- AMIGA CONFIGURATION
-
- ENV: must be assigned and writable.
- S:DNET.CONFIG contains configuration info for DNet
- S:DNET.SERVERS contains the server list for dnet (and paths to
- the server executables)
-
- Any DNet clients you wish to run or have DNet run must be in your path.
- (i.e. FTERM, PUTFILES, GETFILES ...)
-
- Other files will be required if you intend to run DNet *as* a BBS.
-
-
-
-
- DNET OPTIONS
-
- (please refer to S:DNET.CONFIG while reading this)
-
- DNet runs in three basic modes: AutoAnswer (-a), DialOut (default),
- and Manual (-X). Each mode has its own default set of security
- parameters. The shipped defaults assume a hostile enviroment.
- Generally, AutoAnswer is assumed to be the most hostile since you
- do not know who is calling you up. DialOut is less so since you know
- who you are dialing, and Manual assumes a non-hostile enviroment.
-
- These three modes also cause DNet to work differently.
-
-
- AMIGA/DNET
-
- DialOutMode: The default mode is DialOutMode (neither -X or -a
- given). DNet will look for a CONNECT message on carrier
- detect and modify the baud rate according to the AUTA
- resources.
-
- DNet will set the security modes to the ENVO (originate)
- resources in s:dnet.config
-
- NOTE: response through the initial window will be slow due
- to DNet's scanning of the resource file s:dnet.config.
-
- -X Manual mode. DNet will look for a CONNECT message on
- carrier detect and modify the baud rate on connect
- appropriately.
-
- DNet will set the security modes to the ENVM resources
- which assumes a friendly connection.
-
- -a Auto Answer mode. DNet will send the RESM resources at
- the originally specified baud rate to reset the modem
- whenever carrier is lost.
-
- The security modes are set the the ENVA resources, which
- normally assume a hostile enviroment.
-
- -8 Use 8 bits no parity for the initial window rather than
- 7 bits even parity. NOTE! This only effects the initial
- login window. The Protocol, when running, always uses
- 8 bits no parity.
-
- -bbaud Set Initial Baud rate (otherwise uses preferences baud
- rate)
-
- -Bbaud Set Baud used to determine timeouts. If not set, the
- current baud rate, whatever that is, is used. If set,
- this value is used to calculate timeouts forever after
- no matter what the actual line baud rate is.
-
- For example, setting this value lower than whatever baud
- rate you normally use will allow for longer line delays
- (such as when dialing through networks and things)
-
- -sclient Run the specified client program on protocol start. If
- running a BBS you want to specify the BBS client program
- here.
-
- NOTE: If the DNET_NORUNCLIENT enviroment variable is set,
- no client program will be run even if this option is
- specified. This is used by DBBS to ensure that DNet does
- not start it several times. This enviroment variable is
- automatically deleted when DNET is first run.
-
- The default is to run the FTERM client.
-
-
- -nhostname Set the hostname (not used)
-
- -h0 Disable the auto-hangup feature. This only works when
- in DialOut (default) or Manual (-X) mode and causes DNet to
- ignore the carrier detect line. CD MUST be implemented for
- AutoAnswer.
-
- -U# Set the unit number for the low level serial-like device
- to talk over.
-
- -Ddevice Set the device name for the low level serial-like device
- to talk over (i.e. "serial.device").
-
- -N# Set the network ID for local client/server rendezvous
-
- -p Packet Debug mode
-
- -d Debug mode on
-
- ---------------------------------------------------
- SECURITY
-
- The following enviroment variables should exist:
-
- DNET_LEVEL, DNET_READ, DNET_WRITE, DNET_GROUP, DNET_USERID
-
- These are setup automatically by the S:dnet.config file depending on
- the mode (Manual, DialOut (-X), AutoAnswer (-a)) and are read by local
- servers to determine what the remote machine is allowed to do. These
- variables each hold a single value, normally 0-9 (except for DNET_GROUP
- which can be any number 0-32767).
-
- SGCOPY (server for getfiles):
-
- This is a new server.
-
- DNET_READ and DNET_GROUP determine which files the remote machine may download
- (read). In order for the remote to be able to download a file,
- that file and all its parent directories are scanned. At least
- one comment field must have an AC entry (AC=n) less than or
- equal to the current DNET_READ enviroment variable or sgcopy will
- disallow the download. If NO comment fields have an AC entry
- the download is disallowed. If any comment field has an AC
- entry > DNET_READ, the download is disallowed unless a GP entry
- was found (GR=n).
-
- A comment field may have multiple GR entries (GR=n GR=n ...). If
- any matches DNET_GROUP and all (if any) AC fields are <= DNET_READ,
- the download is allowed.
-
- After that point a download will begin and files/dirs need not have
- AC entries. However, if any do, it will be checked again DNET_READ
- and the download (for that file or directory) disallowed.
-
- SCOPY (server for putfiles)
-
- This server allows remote machines to upload a file. That is,
- transfer from the remote machine to the local machine. DNET_WRITE
- must be 9 or higher or the upload will be disallowed. Currently,
- the remote machine may upload anywhere so it is suggested that you
- either NOT have the SCOPY server installed or do not set DNET_WRITE
- to 9 or beyond when talking to possibly hostile remote machines.
-
- SPRINT (printer server)
-
- This server copies a stream to PRT: DNET_WRITE must be at least
- 6 or the remote machine will not be allowed to use this server.
-
- SCLI (CLI server)
-
- This server is currently a big hack and requires a special pipe
- device to work (The 1.3 pipe: will not work).
-
- DNET_LEVEL must be at least 9 for a remote machine to be able to
- start a remote cli
-
- STERM (terminal window server)
-
- This server requires no permissions to operate and allows the
- remote machine to bring up a 'terminal window' to talk you
- through.
-
- AUTOMATIC ENVIROMENT VARIABLE CONFIGURATION CAN BE DONE FROM
- S:DNET.CONFIG
-
- ---------------------------------------------------
-
- TALKING TO A DBBS
-
- Amiga users wishing to connect to DBBS hosts should use the following
- command line:
-
- Run dnet -8 -sbbsterm
-
- The -8 is required only if you have a stupid 'smart' modem which
- figures out the parity and then stays with it forever after. Since
- neither -a or -X have been given, you are in the medium-security
- 'dial-out' mode.
-
- Then, dial up the BBS in question. If the other end is indeed a
- DNET-BBS running under automatic operation, the protocol should start
- up almost immediately. On protocol startup, your side will
- automatically attempt to run the BBSTERM program (which connects to the
- BBS server on the other end). NOTE that the BBSTERM executable and
- FTERM executable are one and the same. The naming 'BBSTERM' causes
- it to use the BBS's port (8200) instead of the STERM port (8195)
-
- Currently the BBS server will allow only one connection at a time and
- return other attempts with an error. However, you can still download,
- upload, readmail, and talk to the sysop all at the same time.
-
- Downloading files from the DBBS
-
- The getfiles client program is used to retrieve files from the DBBS.
- The DBBS will set security options and such to allow you to download
- files.
-
- Allowing the DBBS to upload files from you
-
- At least one of the directories in the path leading to the eventual
- file/dir that you want to upload to the BBS must have a comment
- field containing the string AC=<n> (e.g. AC=1) where <n> is at least
- whatever read security level you have set (the DNET_READ enviroment
- variable, for example: setenv DNET_READ 1), or the DBBS will be unable
- to retrieve the file(s)/dir(s) and will tell you so.
-
-
- ---------------------------------------------------
- EMAIL NETWORK
-
- Has not been implemented yet, but will eventually be just another
- server. This is one of the reasons why the connect-to-BBS is done
- by the caller rather than have the BBS automatically startup an STERM
- on protocol startup ... this way, future enhancements such as an
- automated email network can be added without the burden of automatically
- starting up a BBS everytime.
-
- I also plan to implement a CRON based auto-dialer for email transfer.
-
- ----------------------------------------------
-
- RUNNING AS A DBBS
-
- The DBBS server program is a BBS system for the Amiga which runs under
- DNet. The following is an example command line for automatic
- operation. Your modem must implement the CD (carrier detect) line and
- must disconnect when DTR is dropped.
-
- Run dnet -8 -a -bmaxbaud -sdbbs (other options may apply)
-
- That is, 8 bits no parity for the initial window (doesn't matter unless
- you have one of those stupid-smart modems), answer mode (automatic
- protocol startup on carrier detect), the maximum baud rate your modem
- can handle, and to run the DBBS client on protocol startup.
-
- The DBBS program is the BBS program itself. It is a client in that you
- RUN it (or allow DNET to run it via the -s option). It is a server in
- that it passively waits for connections from the remote end. This
- program also handles disconnecting users when their time runs out or
- they are idle too long.
-
- REFER to DBBS.DOC FOR FURTHER INFORMATION
-
- Since PUTFILES is a security hole right now, rather than have users
- of the BBS PUTFILES to upload, they will request the BBS to GETFILES
- the files to upload.
-
- *NEVER SET YOUR DNET_LEVEL or DNET_WRITE TO 9 OR ABOVE! Doing so gives
- remote users sysop level access to DNet.
-
- NOTE: I intend to implement a mail network at some point. Remember
- that in the future, users will dial up and connect to your machine to
- do things other than just use the DBBS (i.e. they'll connect to the
- EMAIL server in many cases for an automated mail transfer).
-
-
-
-